Standard platform for network technology group and application method thereof

ABSTRACT

The present invention discloses a standard platform for a network technology group, by generating a common element, a common module, in each of the technology groups applied in a predetermined software system, such as a synchronous digital hierarchy SDH, a plesiochronous digital hierarchy PDH, an asynchronous transfer mode ATM, an Internet protocol IP, a voice over packet VoP, an inverse multiplexing over asynchronous transfer mode IMA, or a digital subscriber line and its variations xDSL, including hierarchically a function block defined by each function of a message conversion and of a connection process in each block of the technology groups, a management group of the function block, a sub-structure of the function block, classified according to the role within each function block, and a management element, a minimum unit of the common module in each of the technology groups, including actual structure contents, classified differently according to the management group.

CLAIM OF PRIORITY

[0001] This application makes reference to, incorporates the same herein, and claims all benefits accruing under 35 U.S.C. §119 from an application for STANDARD PLATFORM OF NETWORK EQUIPMENTS AND METHOD FOR USING THEREOF earlier filed in the Korean Industrial Property Office on Mar. 14, 2002 and there duly assigned Serial No. 2002-13853.

BACKGROUND OF THE INVENTION

[0002] 1. Field of the Invention

[0003] The present invention relates to a platform for a network technology group, and more particularly, to a standard platform for a network technology group having a common software element, a common module, applied easily to various technology groups, such as a synchronous digital hierarchy SDH, a plesiochronous digital hierarchy PDH, an asynchronous transfer mode ATM, an internet protocol IP, a voice over packet VoP, an inverse multiplexing over asynchronous transfer mode IMA, or a digital subscriber line and its variations xDSL.

[0004] 2. Description of the Related Art

[0005] Generally, a software system in a network technology group embodies and maintains a hierarchical signal and a protocol defined by an international standard such as Management Information Base MIB.

[0006] However, the hierarchical signal and the protocol are various according to the kind of the software system in the network technology group. Therefore, even though the network technology group is the same, an applied hierarchical signal and an applied protocol can be different. As a result, the standard hierarchical signal and the standard protocol defined by the international standard such as MIB are used in congestion, even though the same software system, platform, is applied to the same kind of a network technology group.

[0007]FIG. 1 is a configuration of a software system installed in each of the technology groups.

[0008] Referring to FIG. 1, to construct a network under surroundings of XXX software system (platform), the software system is applied to the kind of the technology groups, for example, XXX ATM, XXX SDH, XXX IP, XXX xDSL, etc. Additionally, to construct a network under surroundings of YYY software system (platform), the software system is applied to the kind of the technology groups, for example YYY ATM, YYY SDH, YYY IP, YYY xDSL, etc. In the same way, to construct a network under surroundings of ZZZ software system (platform), the software systems are applied to the kind of the technology groups, for example ZZZ ATM, ZZZ SDH, ZZZ IP, ZZZ xDSL, etc.

[0009] Therefore, a system developer has to develop a software system according to the kind of a predetermined technology group to be applied to new platform, because a standard and common software system does not exist for the predetermined technology group.

[0010] As a result, the conventional network technology group has the following problems, because a software system is applied to the predetermined technology group, while a system-dependent software element is not distinguished from system-independent software element.

[0011] At first, because the software system for the predetermined technology group is embodied by an intuition of a system developer, it is limited to develop or maintain the software system in the predetermined technology group according to modification of the system platform.

[0012] Secondly, because the conventional software system is developed by a system developer-oriented method, various software systems are maintained in a platform according to the various technology groups.

[0013] Thirdly, it is difficult to install the conventional software system used in a technology group to other technology groups because the technology groups are various.

[0014] Finally, development resources are duplicated and development time is delayed, because common software is not shared among various technology groups.

SUMMARY OF THE INVENTION

[0015] To overcome the above described and other problems, preferred embodiments of the present invention provide a standard platform for a network technology group and application method thereof having a library, a module, by separating a system-independent software system from a system-dependent software system, to be installed easily to various technology groups.

[0016] It is another object to provide a standard platform for a network technology group and application method of the standard platform for the network technology group that can reduce costs and increase efficiency.

[0017] In order to achieve the above and other objects, the preferred embodiments of the present invention provide a standard platform for a network technology group, by generating a common element, a common module, in each of the technology groups applied in a predetermined software system, including hierarchically: a function block defined by each function of a message conversion and of a connection process in each block of the technology groups; a management group of the function block, a sub-structure of the function block, classified according to the role within each function block; and a management element, a minimum unit of the common module in each of the technology groups, including actual structure contents, classified differently according to the management group.

[0018] The common module is formed according to an international standard such as Management Information Base MIB.

[0019] The management group is classified as a fault, a configuration, an account, a performance, a security, a reliability, a test, or a clock group according to role functions.

[0020] The management element includes: a different structure according to the characteristic of the corresponding management group; and several common fields.

[0021] The common fields of the management element includes: a meterID, an identifier of the management element, determined through a profile or an application program interface API by a user setting value for the common module of a technology group; a usagePrv, a value for determining whether the manage element is used or not, determined through the profile or the API by the user for the common module of the technology group; and a maxIndex determined through the profile or the API by the user for the common module of the technology group.

[0022] The common field, maxIndex, of the management element is 1, when the single management element contains a single physical port; the common field, maxIndex, of the management element is more than 1, when the single management element contains multiple physical ports; and the structure and the procedure method within the management element can be changed according to the value in the common field, maxIndex.

[0023] The API controls the function block, the management group, or the management element; and the API performs a function of creating, deleting, registering, searching, setting, or monitoring the function block, the management group, or the management element.

[0024] The common module is provided as a profile structure to assist the creating function of the API.

[0025] The profile structure includes a necessary data for generating a corresponding element and is provided as a header file to the user of the common module.

[0026] The registration function of the API function registers a callback function of a linked list structure recoded by the user within the common module, and is not responsible for contents of the callback function, but responsible for calling the callback function in the case of the happening or occurrence of a predefined events.

[0027] Another purpose of the present invention is to provide an application method of a standard platform for a network technology group, including the steps of: constructing a software build including a common module corresponding to a function block or a technology group contained logically within the constructing system; setting the software build appropriately by receiving a profile structure of the corresponding function block through a header file; generating a function block, a management group, and a management element through a creation API according to setting conditions; monitoring the software build by calling a monitoring API periodically; and searching or upgrading the setting value through a searching and a setting API when a user requests.

BRIEF DESCRIPTION OF THE DRAWINGS

[0028] A more complete appreciation of the invention, and many of the attendant advantages thereof, will be readily apparent as the same becomes better understood by reference to the following detailed description when considered in conjunction with the accompanying drawings in which like reference symbols indicate the same or similar components, wherein:

[0029]FIG. 1 is a configuration of the conventional software system installed in each of technology groups.

[0030]FIG. 2 is a configuration of a software system having common software elements, common modules, in each technology group, and interfacing with software systems through an application program interface API according to the preferred embodiment of the present invention;

[0031]FIG. 3 is a block diagram illustrating function blocks of each technology group isolated to embody a software system according to the present invention;

[0032]FIG. 4 is a diagram illustrating a hierarchy of a common module in each technology group for embodying a software system according to the present invention;

[0033]FIG. 5A is a structure example of a fault management element according to the preferred embodiment of the present invention;

[0034]FIG. 5B is a structure example of a performance management element according to the preferred embodiment of the present invention;

[0035]FIG. 5C is a structure example of a test management element according to the preferred embodiment of the present invention; and

[0036]FIG. 5D is a structure example of a clock management element according to the preferred embodiment of the present invention.

DETAILED DESCRIPTION OF THE REFERRED EMBODIMENTS

[0037] Reference will now be made in detail to preferred embodiments of the present invention, example of which is illustrated in the accompanying drawings.

[0038]FIG. 2 is a configuration of a software system having common software elements, common modules, in each technology group, and interfacing with software systems through an application program interface API according to the preferred embodiment of the present invention.

[0039] Referring to FIG. 2, common software elements 41˜45 from each of software systems such as XXX 10, YYY 20, and ZZZ 30 are generated as a library or a module 40. Therefore, a system software developer for the XXX software system 10, the YYY software system 20, and the ZZZ software system 30 can use the library 40 through an application program interface API 11, 21, or 31.

[0040] In the following statements, configuration and operation according to the present invention will be illustrated to generate common software elements 41˜45 as a common module 40.

[0041] A technology group of the present invention includes SDH (synchronous digital hierarchy), PDH (plesiochronous digital hierarchy), IMA (inverse multiplexing over asynchronous transfer mode), ATM (asynchronous transfer mode), VoP (voice over packet), IP (Internet protocol), or xDSL (x-digital subscriber line, generic name of a variety of digital subscriber line services).

[0042] To isolate a system-independent software element from a system-dependent software element among the above described large classified technology group, the technology group is divided into several functional blocks, and those functional blocks generate a minimum common element of the technology group, a library (a module).

[0043]FIG. 3 is a block diagram illustrating function blocks of each technology group isolated to embody a software system according to the present invention.

[0044] Referring to FIG. 3, the technology group SDH includes function blocks, such as SPI, RST, MST, MSP, MSA, HPOM, PPC, HPT, HPA, LPC, LPT, LPA, or PPI, and the technology group ATM includes function blocks, such as AAL1, AAL2, AAL3, AAL5, VCA, VCC, VCLT, VCT, VPA, VPC, VPLT, or VPT.

[0045] The functional blocks for the technology groups IP, xDSL, PDH, or IMA are the same block illustrated in FIG. 3, and a detail explanation for the functional blocks will be omitted.

[0046] The role of each function block for the technology group ATM is described in the following statement.

[0047] 1. AAL5/AAL3/AAL2/AAL1 (Asynchronous transfer mode Adaption Layer 5, 3, 2 and 1, respectively): These layers convert an ATM Adaption block, an ATM cell, to the corresponding message such as an IP packet or an X.25 packet.

[0048] 2. VPA/VCA (Virtual Path Adaption/Virtual Channel Adaption): VP/VC application block.

[0049] 3. VCC (Virtual Channel Connection): VC connection block.

[0050] 4. VCLT (Virtual Channel Link Termination): VCL process block.

[0051] 5. VCT (Virtual Channel Termination): VC process block.

[0052] 6. VPC (Virtual Path Connection): VP connection block.

[0053] 7. VPT (Virtual Path Termination): VP process block.

[0054] 8. VPLT (Virtual Path Link Termination): VPL process bock.

[0055] 9. TP/VPA (Transmission Path/Virtual Path Adaption): TP/VP application block.

[0056] As described in the above statement, the function blocks in each technology group are generated for each function such as a message change function or a connection process function.

[0057]FIG. 4 is a diagram illustrating a hierarchy of a common module in each technology group for embodying a software system according to the present invention.

[0058] Referring to FIG. 4, a function block includes a hierarchical management group as a sub-structure, and the management group is divided by a role within the function block, such as fault, configuration, account, performance, security reliability, test, or clock group. The management group has a different shape and size according to a technology group and a function block.

[0059] The management group includes more than one management element as a sub-structure. The management element is the minimum unit of a common module in a technology group, and is classified differently according to the corresponding management group.

[0060] In this case, API controls each of the function blocks, the management groups, and the management elements.

[0061] The API includes a creation function, a deletion function, a registration function, a getting function, a setting function, and a monitoring function. The creation function generates a function block, a management group, and a management element, and the deletion function deletes the function block, the management group, and the management element. The registration function registers a callback function of a linked list structure to the function block, the management group, and the management element, the getting function searches contents of the function block, the management group, and the management element, and the setting function defines contents of the function block, the management group, and the management element. In addition, the monitoring function performs a function-defined process by using the contents of the function block, the management group, and the management element, and performs appropriate procedures to the results thereof.

[0062] To assist the creation function, the common module provides a profile structure. The profile structure provided as a header file to a system developer contains necessary data in generating a corresponding element of the common module.

[0063] The management element is the minimum unit in the common module of the technology group, and contains actual structure contents. Even though having different structure according to the characteristic of the management group, the management element includes common fields as illustrated in the following statements.

[0064] One of the common fields, meterID (meter identifier), is an identifier of the management element determined through the profile or the API by a system developer for the common module of the technology group.

[0065] Another common field, usagePrv (usage previous), is a value for determining whether the manage element is used or not, and is determined through the profile or the API by the system developer for the common module of the technology group.

[0066] Additionally, another common field, maxIndex (maximum index), is a value for determining whether a single management element contains a single physical port or not. For example, when the common field, maxIndex, is 1, then the single management element contains a single physical port. When the common field, maxIndex, is more than 1, then the single management element contains multiple physical ports. The structure and the procedure method within the management element can be changed according to the value in the common field, maxIndex. The common field, maxIndex, is determined through the profile and the API by the system developer for the common module of the technology group.

[0067] According to the above described conditions, among the profile structure corresponding to the common module, a structure of a fault management element is illustrated in FIG. 5A, a structure of a performance management element is illustrated in FIG. 5B, a structure of a test management element is illustrated in FIG. 5C, and a structure of a clock management element is illustrated in FIG. 5D.

[0068] When a system developer develops a new platform by using the above described common module of the technology group, the following procedure will be performed.

[0069] At first, it is necessary to construct a software build including a common module corresponding to a technology group or a function block contained logically in a constructing system.

[0070] Secondly, a profile structure to the corresponding function block such as FIG. 5A to FIG. 5D is provided through a header file, set to fit the constructing system, and generated through a generation API.

[0071] Finally, a defined function is performed by calling a performing function API periodically, and a user searches or changes the set-value through the getting/setting API, when the user requests.

[0072] As described in the above statements, the standard platform embodying method for network technology group according to the present invention provides the following effects.

[0073] At first, it is easy to develop a module for new network technology group, when a user provides information required for the new technology group as a profile.

[0074] Secondly, a library, a module, is embodied according to the kind of the technology group. Therefore, when it is necessary to contain a technology group to the existing network, a library corresponding to the technology group is applied only. As a result, unnecessary parts are eliminated to guarantee efficient re-usage, and minimize the size of software programs.

[0075] Finally, a trace module and a memory module independent from any other technology group can be applied to any technology group, and easily tested in the case of adding new technology group.

[0076] While the invention has been particularly shown and described with reference to preferred embodiments thereof, it will be understood by those skilled in the art that the foregoing and other changes in form and details maybe made therein without departing from the spirit and scope of the invention. 

What is claimed is:
 1. A standard platform for a network technology group, by generating a common element, a common module, in each of the technology groups applied in a predetermined software system, comprising hierarchically: a function block defined by each function of a message conversion and of a connection process in each block of the technology groups; a management group of the function block, a sub-structure of the function block, classified according to the role within each function block; and a management element, a minimum unit of the common module in each of the technology groups, including actual structure contents, classified differently according to the management group.
 2. The standard platform for a network technology group according to claim 1, with the common module being comprised according to an international standard of management information base.
 3. The standard platform for a network technology group according to claim 1, with the management group being classified into a fault, a configuration, an account, a performance, a security, a reliability, a test, or a clock group according to role functions.
 4. The standard platform for a network technology group according to claim 1, with the management element comprising: a different structure according to the characteristic of the corresponding management group; and a plurality of common fields.
 5. The standard platform for a network technology group according to claim 1, with the common fields of the management element comprising: a meterID, an identifier of the management element, determined through a profile or an application program interface by a user setting value for the common module of a technology group; a usagePrv, a value determining whether the manage element is used or not, determined through the profile or the application program interface by the user for the common module of the technology group; and a maxIndex determined through the profile or the application program interface by the user for the common module of the technology group.
 6. The standard platform for a network technology group according to claim 5, further comprised of: when the common field, maxIndex, of the management element is 1, the single management element contains a single physical port; when the common field, maxIndex, of the management element is more than 1, the single management element contains multiple physical ports; and the structure and the procedure method within the management element can be changed according to the value in the common field, maxIndex.
 7. The standard platform for a network technology group according to claim 1, with the function block, the management group, and the management element being controlled by an application program interface, and the application program interface performs a function of creating, deleting, registering, searching, setting, or monitoring the function block, the management group, or the management element.
 8. The standard platform for a network technology group according to claim 7, with the common module being provided as a profile structure to assist the creating function of the application program interface.
 9. The standard platform for a network technology group according to claim 8, with the profile structure including a necessary data for generating a corresponding element and is provided as a header file to the user of the common module.
 10. The standard platform for a network technology group according to claim 7, with the registration function of the application program interface function registers a callback function of a linked list structure recoded by the user within the common module and is not responsible for contents of the callback function, but responsible for calling the callback function in the case of the occurrence of a predefined events.
 11. An application method of a standard platform for a network technology group, comprising the steps of: constructing a software build including a common module corresponding to a function block or a technology group contained logically within the constructing system; setting the software build appropriately by receiving a profile structure of the corresponding function block through a header file; generating a function block, a management group, and a management element through a creation application program interface according to setting conditions; monitoring the software build by calling a monitoring application program interface periodically; and searching or upgrading the setting value through a searching and a setting application program interface when a user requests.
 12. A method of a standard platform for a network technology group, comprising: generating a common element, a common module, in each of a plurality of technology groups applied in a predetermined software system, comprising: defining a function block by each function of a message conversion and of a connection process in each block of the plurality of technology groups; classifying a management group of the function block, a sub-structure of the function block, according to the role within each function block; and classifying differently according to the management group a management element, a minimum unit of the common module in each of the technology groups, including structure contents.
 13. The method of claim 12, with the common module being comprised according to an international standard of management information base.
 14. The method of claim 13, with the management group being classified into a fault, a configuration, an account, a performance, a security, a reliability, a test, or a clock group according to role functions.
 15. The method of claim 14, with the management element comprising: forming a different structure according to the characteristic of the corresponding management group; and forming a plurality of common fields.
 16. The method of claim 15, with the common fields of the management element comprising: determining an identifier of the management element through a profile or an application program interface by a user setting value for the common module of a technology group; determining, a usage value determining whether the manage element is used or not, through the profile or the application program interface by the user for the common module of the technology group; and determining a first index through the profile or the application program interface by the user for the common module of the technology group.
 17. The method of claim 16, further comprised of: containing a single physical port in the single management element when the common field, second index, of the management element is 1; containing multiple physical ports in the single management element when the common field, second index, of the management element is more than 1; and changing the structure and the procedure method within the management element according to the value in the common field, second index.
 18. The method of claim 17, further comprising: controlling the function block, the management group, and the management element by an application program interface; and performing by the application program interface the functions of creating, deleting, registering, searching, setting, and monitoring the function block, the management group, and the management element.
 19. The method claim 18, with the common module being provided as a profile structure to assist the creating function of the application program interface.
 20. The method of claim 19, with the profile structure including a necessary data for generating a corresponding element and is provided as a header file to the user of the common module.
 21. The method of claim 20, with the registration function of the application program interface function registers a callback function of a linked list structure recoded by the user within the common module and is not responsible for contents of the callback function, but responsible for calling the callback function in the case of the occurrence of a predefined events. 